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Amendments to the Claims; 

This listing of claims will replace all prior versions, and listings, of claims in the 

application: 
Listing of Claims ; 

1 . (Currently Amended) A method to determine in a network component 
when to provide service to client devices operating in power-saving mode in a wireless network, 
said method comprising: 

receiving requests for service from respective ones of said client devices, the 
received requests for service including a sch e duled request for scheduled service r eceived from a 
first one of the client devices an d on unschedul e d a.request for unscheduled service r eceived 
from a second one of the client devices, said network component being informed of said 
scheduled reques t for scheduled service by a field of a traffic specification format being set to a 
first value, said network component being informed of said unsch e dul e d r eques t for unscheduled 
service by said field of said traffic specification format being set to a second value different from 
said first value; 

determining an ability to accommodate said received requests for service; and 
providing respective indications of the ability to accommodate said received 
requests for service to the first and second ones of said client devices. 

2. (Currently Amended) The method as recited in claim 1, further 
comprising, in response to being unable to accommodate the unscheduled r equest for 
unscheduled service, providing a proposed service schedule to the second one of the client 
devices. 

3 . (Currently Amended) The method as recited in claim 1 , wherein said 
schedul e d r eques t for scheduled service includes a proposed service schedule. 
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4. (Previously Presented) The method as recited in claim 3, further 
comprising modifying said proposed service schedule. 

5. (Previously Presented) The method as recited in claim 4, further 
comprising providing said modified proposed service schedule to said first one of the client 
devices. 

6. (Previously Presented) The method as recited in claim 1 , wherein 
said indications are selected from a group consisting of: denied, accommodated with change, and 
accommodated. 

7. (Previously Presented) The method as recited in claim 1, wherein 
said determining the ability to accommodate is based on at least one factor selected from a group 
consisting of: a requested servicing method, a proposed schedule, network operating state, 
network policy, and network condition. 

8. (Currently Amended) A device to determine when to provide service to 
client devices operating in power-saving mode in a wireless network, said device comprising: 

a memory; 

a processor in commimication with said memory, said processor operable to 
execute code to: 

receive requests for service from respective ones of said client devices, the 
received requests including a scheduled reques t for scheduled service received from a first one of 
the client devices and an unscheduled a.request for unscheduled service received from a second 
one of the client devices, said device being informed of said sch e dul e d r equest for scheduled 
service b y a field of a traffic specification format being set to a first value, said device being 
informed of said unschedul e d request for unscheduled service bv said field of said traffic 
specification format being set to a second value different from said first value; 

determine an ability to accommodate said received requests for service; and 
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provide respective indications of the ability to accommodate said received 
requests for service to the first and second ones of said client devices. 

9. (Currently Amended) The device as recited in claim 8, wherein said 
processor is fiuther operable to execute said code to, in response to being unable to 
accommodate the unsch e dul e d r eques t for imscheduled service, provide a proposed service 
schedule to the second one of the client devices. 

10. (Currently Amended) The device as recited in claim 8, wherein said 
sch e duled r equest for scheduled service includes a proposed service schedule. 

1 1 . (Previously Presented) The device as recited in claim 10, wherein 
said processor is further operable to execute said code to: modify said proposed service schedule. 

12. (Previously Presented) The device as recited in claim 1 1 , wherein 
said processor is further operable to execute said code to: provide said modified service schedule 
to said first one of the client devices. 

13. (Previously Presented) The device as recited in claim 8, wherein 
said indications are selected from a group consisting of: denied, accommodated with change, and 
accommodated. 

14. (Previously Presented) The device as recited in claim 8, wherein 
said determine said ability to accommodate is based on at least one factor selected from a group 
consisting of: a requested servicing method, a proposed schedule, network operating state, 
network policy, and network condition. 

15. (Previously Presented) The device as recited in claim 8, further 
comprising: an I/O device operable as an interface between said network and said processor. 



4 



Application No. 10/578,646 

Reply to Final Office Action mailed June 26, 2009 

16. (Original) The device as recited in claim 8, wherein said code is 
stored in said memory. 

17. (Previously Presented) The device as recited in claim 8, further 

comprising: 

a receiving device to receive said requests; and 

a transmitting device to provide said respective indications to the first and second 
ones of said client devices. 

18. (Currently Amended) A processor within a network component to 
determine an ability of said network component to honor requests for service received from 
respective client devices, said processor being configured to execute code to cause the network 
component to: 

review an operating state of said network component; 

review said requests for service, the requests for service includin g a sch e dul e d 
request requests for scheduled service and requests for unscheduled service, r eceived from a 
first on e of th e chent d e vic e s and an unscheduled r e qu e st rec e iv e d from a s e cond one of th e 
cli e nt d e vic e s, said network component being informed of said sch e dul e d requests for scheduled 
service by a field of a traffic specification format being set to a first value, said network 
component being informed of said xmschedul e d r eques ts for unscheduled service by said field of 
said traffic specification format being set to a second value different from said first value; 

accommodate said requests for service, with modification when necessary, when 
said operating state indicates that said requests for service are able to be accommodated; and 

provide respective indications of said accommodation to said first and second one 
of the client devices. 

19. (Currently Amended) The processor as recited in claim 18^ wherein said 
processor is further configured to execute code to cause the network component to: 
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provide respective indications of denying said requests for service to the first and 
!ctive client devices when said operating state indicates that said requests 
for service are unable to be accommodated. 



20. (Previously Presented) The processor as recited in claim 1 8, 
wherein said operating state is selected from a group consisting of: processing load, demand, 
projected processing load, projected demand, network component operating state, network 
component policy, and network component condition. 

2 1 . (Currently Amended) The processor as recited in claim 1 8j wherein said 
processor is further adapted to execute code to cause the network component to, in response to 
being unable to accommodat e th e unsch e dul e d a reques t for unscheduled service, provide a 
proposed service schedule to the second on e of the r espective clien t device, devices. 

22. (Currently Amended) A non-transitory computer readable media whose 
contents cause a processor to execute instructions to cause a network component to: 

receive requests for service from client devices, the received requests including a 
scheduled request receiv e d from a first on e of the client devices and an unsch e duled request 
received fi-om a second one of r equests for scheduled service and requests for unscheduled 
service from the client devices; 

become informed of th e sch e duled a reques t for scheduled service based on a 
field of a traffic specification format being set to a first value; 

become informed of the unschedul e d a.request for unscheduled service b y said 
field of said traffic specification format being set to a second value different fi-om said first 
value; 

determine an ability to accommodate said received requests for service; and 

provide respective indications of the ability to accommodate said received 
requests for service to the first and second on e s of said respective client devices. 
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23. (Currently Amended) The non-transitory c omputer readable media of 
claim 22 wherein execution of the instructions further causes the network component to, in 
response to being unable to accommodate th e xmsohedul e d a reques t for unscheduled service. 
provide a proposed service schedule to th e s e cond one of th e cli e nt devices, respective client 
device. 
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